home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9709 / 000017_owner-linux-arm…r.rutgers.edu _Fri Sep 12 16:38:22 1997.msg < prev    next >
Internet Message Format  |  1997-11-30  |  2KB
  1. Return-Path: <owner-linux-arm-outgoing@vger.rutgers.edu>
  2. Received: from nic.funet.fi (nic.funet.fi [128.214.248.6])
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id QAA04017
  4.     for <willy@odie.fluff.org>; Fri, 12 Sep 1997 16:38:22 +0100
  5. Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 27940]) by nic.funet.fi with ESMTP id <7178-19737>; Fri, 12 Sep 1997 18:36:48 +0300
  6. Received: by vger.rutgers.edu id <972516-12608>; Thu, 11 Sep 1997 05:59:06 -0400
  7. Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 1407]) by vger.rutgers.edu with ESMTP id <972121-12608>; Thu, 11 Sep 1997 05:20:00 -0400
  8. Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id JAA29609; Thu, 11 Sep 1997 09:37:22 +0100
  9. From: Alan Cox <alan@cymru.net>
  10. Message-Id: <199709110837.JAA29609@snowcrash.cymru.net>
  11. Subject: Re: Compiling kernel with non-gcc tool (ARM SDT 2.1)
  12. To: olof.backing@netinsight.se (Olof Backing)
  13. Date:     Thu, 11 Sep 1997 09:37:18 +0100 (BST)
  14. Cc: linux-arm@vger.rutgers.edu
  15. In-Reply-To: <3.0.3.32.19970910165534.00911880@ernst> from "Olof Backing" at Sep 10, 97 04:55:34 pm
  16. Content-Type: text
  17. X-Orcpt: rfc822;linux-arm@vger.rutgers.edu
  18. Sender: owner-linux-arm@vger.rutgers.edu
  19. Precedence: bulk
  20. Status: RO
  21.  
  22. > The reason why I'm asking is that I have heard that there's a lot of
  23. > heavily dependant in-line stuff for gcc in the kernel sources.
  24.  
  25. Yep there is a lot of gcc dependant extension use, embedded assembly code
  26. and other more subtle things - the code is optimised in general to make best
  27. use of the way gcc generates code.
  28.  
  29. Alan